David Nusinow [Sun, 15 Apr 2007 17:11:06 +0000 (13:11 -0400)]
Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.
David Nusinow [Sun, 15 Apr 2007 17:11:06 +0000 (13:11 -0400)]
Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.
David Nusinow [Sun, 15 Apr 2007 17:11:06 +0000 (13:11 -0400)]
Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.
David Nusinow [Sun, 15 Apr 2007 17:11:06 +0000 (13:11 -0400)]
Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.
[PATCH] amdgpu: add env support for amdgpu.ids path
In some cases, like when building a Snap application that uses
libdrm, the `amdgpu.ids` file isn't directly available at the
compiling place, but inside a mounted folder. This forces each
application to link/bind the file from the current place
(usually at the $SNAP/gnome-platform/usr/share/libdrm/amdgpu.ids)
which is cumbersome.
This patch allows to set an environment variable, called
AMDGPU_ASIC_ID_TABLE_PATH, where the file will be also searched
if it isn't located in the default, meson-configured, path.
Gbp-Pq: Name amdgpu-add-env-support-for-amdgpu-ids.patch
David Nusinow [Sun, 15 Apr 2007 17:11:06 +0000 (13:11 -0400)]
Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.
Daniel van Vugt [Thu, 27 Mar 2025 09:41:37 +0000 (17:41 +0800)]
xf86drm: Handle NULL in drmCopyVersion
Just as it is already handled in the caller, `drmGetVersion`.
I'm not sure what the offending driver is, but the Ubuntu incidents
seem to be coming from a dual Intel/Nvidia machine. And they show
it is `card1` so I'm guessing `nvidia-drm` is the offender.
[PATCH] amdgpu: add env support for amdgpu.ids path
In some cases, like when building a Snap application that uses
libdrm, the `amdgpu.ids` file isn't directly available at the
compiling place, but inside a mounted folder. This forces each
application to link/bind the file from the current place
(usually at the $SNAP/gnome-platform/usr/share/libdrm/amdgpu.ids)
which is cumbersome.
This patch allows to set an environment variable, called
AMDGPU_ASIC_ID_TABLE_PATH, where the file will be also searched
if it isn't located in the default, meson-configured, path.
Gbp-Pq: Name amdgpu-add-env-support-for-amdgpu-ids.patch
David Nusinow [Sun, 15 Apr 2007 17:11:06 +0000 (13:11 -0400)]
Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.
[PATCH] amdgpu: add env support for amdgpu.ids path
In some cases, like when building a Snap application that uses
libdrm, the `amdgpu.ids` file isn't directly available at the
compiling place, but inside a mounted folder. This forces each
application to link/bind the file from the current place
(usually at the $SNAP/gnome-platform/usr/share/libdrm/amdgpu.ids)
which is cumbersome.
This patch allows to set an environment variable, called
AMDGPU_ASIC_ID_TABLE_PATH, where the file will be also searched
if it isn't located in the default, meson-configured, path.
Gbp-Pq: Name amdgpu-add-env-support-for-amdgpu-ids.patch
David Nusinow [Sun, 15 Apr 2007 17:11:06 +0000 (13:11 -0400)]
Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.
David Nusinow [Sun, 15 Apr 2007 17:11:06 +0000 (13:11 -0400)]
Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.
David Nusinow [Sun, 15 Apr 2007 17:11:06 +0000 (13:11 -0400)]
Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.
David Nusinow [Sun, 15 Apr 2007 17:11:06 +0000 (13:11 -0400)]
Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.
David Nusinow [Sun, 15 Apr 2007 17:11:06 +0000 (13:11 -0400)]
Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.
David Nusinow [Sun, 15 Apr 2007 17:11:06 +0000 (13:11 -0400)]
Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.